EnigmA Amiga Run 1997 July/EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso/lightwave/lwmlist/95.lightwave-08/000179_owner-lightwav…bcom.webcom.com_Sat Aug 12 23:09:08 1995.msg

Internet Message Format | 1995-09-02 | 2KB

Received: by webcom.webcom.com
    (1.37.109.15/16.2) id AA080704143; Sat, 12 Aug 1995 23:09:08 -0700
Return-Path: <[e-mail]>
Received: from access1.digex.net by webcom.webcom.com with ESMTP
    (1.37.109.15/16.2) id AA080494084; Sat, 12 Aug 1995 23:08:10 -0700
Received: (from erniew@localhost) by access1.digex.net (8.6.12/8.6.12) id BAA03486 ; for ; Sun, 13 Aug 1995 01:59:45 -0400
Date: Sun, 13 Aug 1995 01:59:45 -0400 (EDT)
From: Ernie Wright <[e-mail]>
To: [e-mail]
Subject: Re: Vanishing Act
In-Reply-To: <Pine.SOL.3.90.950812110721.14726B-100000@sol>
Message-Id: <[e-mail]>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: [e-mail]
Precedence: bulk

Thomas Desmond wrote:

> ... the points that were perephiral in the morphing polygon all
> intersected in the center of the modeler-morphed object before they
> move again to the periphery of the target object. It looked like the
> thing had been turned inside-out.  My question is: how come?

Morphs are point-to-point, so the point ordering of the objects is
crucial.  Polygons that aren't triangles can also be easily twisted in
mid-morph, even if all of the points match up correctly.

A common approach is to start with one of the objects, triple it, then
model toward the other object using techniques that won't force Modeler
to rebuild the point list.  Deformations are usually okay, but cut and
paste sometimes aren't.

- Ernie

--
Ernie Wright <[e-mail]> sent this message.
To Post a Message           : [e-mail]
Un/Subscription Requests To : [e-mail]
(DIGEST)                 or : [e-mail]
Administrative Items To     : [e-mail]